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Description 

[0001] The invention relates to the field of health data 
processing systems, and more particularly, to systems 
which, on a macroeconomic or macroscopic scale, eval- 5 
uate health care provider performance, forecast health 
care resource consumption, optimize health care re- 
source allocation, and compute projected health care 
budgets, and which allocate human and physical re- 
sources, w 
[0002] The cost of providing health care to our society 
has mushroomed in recent years, exceeding the capac- 
ity of governments and private institutions to adequately 
finance such cost. Consequently, the budgets allotted 
to health care organizations and facilities of all kinds, *5 
both public and private, are under continuous pressure. 
In an effort to provide adequate service to the public yet 
conserve financial resources, it is highly desirable to op- 
timize the allocation of health resources, which includes 
infrastructure, physical equipment and manpower, so 20 
that these resources are used to maximum efficiency. 
[0003] There are a number of problems in attempting 
to optimize the allocation of health resources. In exam- 
ining a particular health care provider, it is first neces- 
sary to quantify efficiency and capacity utilization to de- 25 
termine whether these levels are at acceptable levels, 
thereby identifying surplus resources. 
[0004] There are also problems in attempting to opti- 
mize the allocation of health resources amongst a group 
of health care providers. For example, in a political ju- 30 
risdiction or geographic boundary, there are often a 
number of health care providers, each of which may of- 
fer substantially similar services. It is unclear how to 
identify service redundancies amongst the various 
health care providers, bearing in mind that they may pri- 35 
marily attract clients from various locales, each of which 
requires some minimal level of medical service. In ad- 
dition, there is the problem of determining an efficient 
geographical scope for a health care provider. This will 
depend upon the composition of a referral population *o 
associated with the health care provider, which leads to 
the issue of how to identify or distinguish the referral 
population from the general population in the jurisdic- 
tion. 

[0005] Assuming that operating deficiencies and 45 
overcapacities can be identified, there still remains the 
problem of distributing health care resources. Health 
care resources are typically massive, involving the com- 
plex inter-relationships of physical facilities, infrastruc- 
ture, costly equipment, and specialized, often scarce so 
personnel. These assets are not readily relocatable, 
hence any health resource rebalancement must take in- 
to account not only the present demand but also the fu- 
ture demand on these resources, in at least a five to ten 
year time frame. Thus, it would be beneficial to the budg- 55 
eting and optimization process to be able to forecast the 
future demand on health resources. 
[0006] There are a number of problems in attempting 



to forecast the consumption of health care resources. 
One of the problems, as mentioned above, is identifying 
the referral population for a particular health care pro- 
vider. This is important because referral populations as- 
sociated with various health care providers can have 
significantly differing demographic characteristics which 
demand differing levels of medical service. A related 
problem is determining an appropriate population 
growth factor for the referral population (which occupies 
specific locales in a jurisdiction) as this growth rate may 
be significantly different than published growth rates for 
the general population of the jurisdiction. It should be 
appreciated that the growth rate(s) for the referral pop- 
ulation will have a significant effect upon the health care 
resource forecast. 

[0007] One system, disclosed in U.S. 5,018,067, is- 
sued May 21, 1991, to Mohlenbrock, and entitled Appa- 
ratus and Method for Improved Estimation of Health Re- 
source Consumption through use of Diagnostic and/or 
Procedure Grouping and Severity of Illness Indicators, 
attempts to estimate the resource consumption, e.g. in 
terms of cost or length of stay, for a given patient. This 
system works in conjunction with public domain soft- 
ware for determining the appropriate Diagnostic Related 
Group ("DRG") category based on underlying Interna- 
tional Classification of Disease ("I CD") codes typically 
used to classify diseases and procedures therefor in the 
typical patient composite file that a health care facility 
compiles during the patient's stay or visit to the facility. 
[0008] The DRG system establishes government de- 
creed benchmarks for resource allocation for particular 
diagnoses and/or surgical procedures. However, since 
a patient can have many illnesses and/or surgical pro- 
cedures performed all at once, and since the DRG clas- 
sification system generally only reflects the primary ill- 
ness or surgical procedure for cost recovery purposes, 
application of the DRG classification system to resource 
utilization estimation for a particular patient (once the 
patient is completely diagnosed) can result in a wide var- 
iance from the mean. Viewed another way, the hospital 
population group falling under a particular DRG class is 
not a very homogeneous mix thereby resulting in a large 
variance of the mean cost recovery for a given patient. 
[0009] In order to overcome this problem, the Mohlen- 
brock system attempts to calculate the severity of illness 
for a given patient in order to better estimate resource 
consumption. It does this by means of an acuity index 
for each DRG class. By categorizing the given patient 
as to how acute his affliction is within the DRG class, it 
is hoped that there is a much more homogenous statis- 
tical population by which to estimate resource consump- 
tion. This estimate is calculated by factoring the stand- 
ard cost recovery amount associated with the DRG 
class in accordance with the acuity index in order to ob- 
tain a better estimate of resource consumption. The lev- 
el of factoring is based upon actual historical data for 
said DRG class. 

[0010] The Mohlenbrock system quite clearly has a 
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microeconomic focus; that is, it attempts to predict the 
cost for treating a given patient once that patient has 
been properly diagnosed. There is a need, however, for 
a system having a macroeconomic focus which at- 
tempts to forecast the cost or caseload for the health 
care provider as a whole, considering all of its clients, 
and to project the health care provider's budget or re- 
source needs a number of years into the future. Addi- 
tionally, there is a need for a system which can identify 
service redundancies or overcapacities between health 
care providers within a given region and suggest ways 
in which health resources can be optimally allocated. 
The present invention seeks to accomplish these objec- 
tives and is useful to health care service administrators, 
health care planners, insurers and others who wish to 
determine the optimal way to meet challenges in the fu- 
ture. 

[001 1] The health data processing system of the in- 
vention provides a number of macroeconomic analyses. 
The system functionality includes: 

(a) determining, by a technical method, a statistical- 
ly significant geographical area, i.e. a Catchment 
Area, serviced by a health care provider or group 
thereof for one or more types of medical service and 
the mapping thereof; 

(b) determining the catchment areas for two or more 
health care providers and for one or more types of 
medical service and comparing them for service re- 
dundancies, thereby providing a tool for the rebal- 
ancing of health resources within a geographic ar- 
ea; 

(c) identifying the specific demographic character- 
istics of a portion of the general population which 
looks primarily to one or more given health care pro- 
viders for their health needs, i.e. determining a Re- 
ferral Population for the subject health care provider 
(s); 

(d) accurately forecasting the future demand on 
health resources for the subject health care provid- 
ers) and future budget therefor based on a projec- 
tion of current cost or based upon a prospective 
payment system; 

(e) projecting the effect of new, proposed commu- 
nities on the health resource demand forecast; 

(0 comparing the performance of the subject health 
care provider(s) with other health care providers, 
identifying potential areas for improvement, and 
calculating projected budgets assuming said im- 
provements are employed; and 
(g) determining the patient repatriation potential for 
the subject health care provider(s) in terms of po- 
tentially capturable market share. 

[0012] The invention is set out in appended method 
claim 1 and apparatus claim 8. 
[001 3] In accordance with one aspect of the invention, 
a method is provided for optimizing the allocation of 



health care resources for at least one subject health 
care provider, comprising the steps of providing i) a mas- 
ter disease and medical services classification data- 
base (MCD), ii) a patient record composite file (PRCF) 

5 having patient records for substantially all of the subject 
health care providers patient population and other major 
health care providers within a boundary region, said pa- 
tient record including an address filed indicating one of 
a plurality of micro-geographical areas (MGAs) wherein 

10 the patient resides, for logically apportioning the bound- 
ary region into sub-areas having roughly equal popula- 
tion sizes, iii) a census data file for at least the boundary 
region, and iv) population growth factors for the bound- 
ary region; determining, from the census data file, a pop- 

15 ulation for each unique MGA present in the address field 
of the PRCF; determining a current population size per 
cohort per MGA from said census data file (A); deter- 
mining a number of people attending any health care 
provider per cohort per MGA (B); determining a number 

20 of people attending the subject health care provider per 
cohort per MGA (C); computing a market share quantum 
(M) per cohort for 

[0014] The invention will be more fully understood 
with reference to the following detailed description and 
25 accompanying drawings, wherein: 



Fig. 1 is a block diagram of a conventional compu- 
ter system for operating the health data 
processing system (hereinafter "system") of 
30 the invention; 

Fig. 2 is a block diagram illustrating major software 
modules of the system according to a pre- 
ferred embodiment of the invention; 

Fig. 3 is a flow diagram of a module which deter- 
35 mines a Catchment Area; 

Fig. 4A is a schematic illustration of an electronic da- 
ta set or array representing an ordered list of 
Micro-geographical Areas; 

Fig. 4B is a graph of Micro-geographical Areas 
40 ranked in terms of their respective proportion 

of a patient population; 

Fig. 5 is a flow diagram of a module which deter- 
mines a Referral Population for a subject 
health care provider; 
45 Fig. 6 is a schematic illustration of an electronic da- 
ta table representing a Referral Population; 

Fig. 7 is a schematic illustration of an electronic da- 
ta table representing a Projected Referral 
Population; 

so Fig. 8 is a flow diagram of a module which forecasts 
future case loads for the subject health care 
provider; 

Fig. 9 is a schematic illustration of a portion of an 
electronic data table representing current 
55 case loads for a Referral Population; 

Fig. 10 is a schematic illustration of a portion of a da- 
ta table representing current Occurrence 
Rates for the Referral Population; 
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Fig. 11 is a schematic illustration of a portion of data 
table representing projected case loads for a 
Projected Referral Population; 

Fig. 12 is an example of a case load forecast report; 

Fig. 13 is a flow diagram of a module which identifies 5 
service redundancies and overcapacities 
amongst various health care providers; 

Fig. 14 is a flow diagram of a module which analyzes 
patient repatriation potential for the subject 
health care provider; 

Fig. 15 is a flow diagram of a module which modifies 
the future case load forecast for the subject 
health care provider by assessing the impact 
thereon due to proposed or planned commu- 
nities; and 

Fig. 16 is a flow diagram of a function which profiles 
the health care needs of an existing commu- 
nity and highlights any aberrations in existing 
or forecasted demand in comparison with 
benchmark levels. 

[0015] The health data processing system of the in- 
vention comprises a hardware element 10 and a soft- 
ware element 25. Fig. 1 shows, in block diagram form, 
the hardware element 10 which is a typical digital com- 
puter system comprising a central processing unit 12, a 
random access memory 14, an alterable, non-volatile 
secondary storage means such as a disk drive 16, and 
input-output means such as a terminal 18 and a printer 
20. Practically any general purpose digital computer can 
be used for the hardware element of the invention, and 
as this is a common component of most data processing 
systems, it shall not be discussed further. 
[001 6] Fig. 2 shows the main software modules of the 
system and some of the data files which the system uti- 
lizes. In order to provide the proper backdrop by which 
to explain the operation of the software 25, the data files 
shown in Fig. 2, along with related terminology, are first 
discussed. 

Data Files 

[0017] Patient Record Composite Data File 30 (here- 
inafter alternatively "PRCF") is a data file which prefer- 
ably contains, in computerized or digitized form, sub- 
stantially all of the Patient Records for one or more 
health care providers situated within a defined area. The 
Patient Record, is compiled during a patient's visit or 
stay with a health care provider and is a record of the 
particulars thereof, such as patient name, address, sex, 
age, insurance number and other financial status as well 
as a record of the patient's Diagnoses, Medical Proce- 
dures and Provisions supplied by the health care pro- 
vider to the patient. The vast majority of health care pro- 
viders in North America employ the known ICD 9/10 
coding system, as described earlier, for coding the Di- 
agnoses and Medical Procedures listed in the Patient 
Record, and the preferred embodiment of the software 
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25 anticipates the use of this coding system in the PRCF 
30. However, alternative coding systems, such as the 
known Diagnostic Related Groupings (DRG) or Case 
Mix Groupings (CMG) can be used as the classification 
system for the PRCF 30. In any event, the PRCF 30 pref- 
erably includes Patient Records compiled or accumulat- 
ed by the health care provider(s) for at least a one year 
time frame, and most preferably for many contiguous 
years. 

[0018] Master Classification Database System 35 
(hereinafter alternatively "MCD") is a database which 
associates the classification system used in the PRCF 
30, termed the primary cfassification system, with one 
or more secondary or hierarchical classification sys- 
tems. It should be appreciated that the primary classifi- 
cation system, such as the preferred ICD 9/10 coding 
system, is a very detailed categorization scheme and 
hence it is difficult to communicate macroeconomic in- 
formation to persons based on this system. For exam- 
ple, it would be difficult for a person to comprehend the 
overall impact of a forecasted change in case load per 
each ICD 9/10 incident over time, so a higher level clas- 
sification system is necessary in order for persons to 
readily digest such information. In the preferred embod- 
iment, a three tiered hierarchical classification structure 
is employed. At the lowest or primary level, the ICD 9/1 0 
coding system is used and it is featured in the Patient 
Record and corresponding PRCF 30. At a secondary or 
intermediate level, the DRG or CMG classification 
scheme or a customized classification, as the case may 
be, is employed to group the great number of ICD 9/1 0 
classes into far fewer DRG categories. Finally, at the ter- 
tiary or top most level, the DRG groupings and ICD 9/10 
codes are linked to major clinical categories or specified 
organizational units within a health care provider's or- 
ganizational structure, i.e. Departments associated with 
major clinical categories. (A typical hospital, as one ex- 
ample of a general care health care provider, is organ- 
ized into approximately 14 programs or departments, 
each dealing primarily with one major clinical category 
or body system, such as cardiovascular, gastrointesti- 
nal, neonatal, blood diseases etc.) Each Department 
has a plurality of DRG groupings and ICD 9/10 classifi- 
cations associated therewith. The uses of these classi- 
fication hierarchies will become more apparent as the 
software 25 is described in greater detail below, but in 
general, the primary classification scheme is used for 
data processing purposes while the highest level clas- 
sification scheme is employed for reporting purposes. 
[0019] It should be appreciated that in the preferred 
embodiment the MCD 35 is not simply a passive data- 
base having pointers linking the codes of the three clas- 
sification schemes together but, because of the use of 
the DRG classification system, is rather an "active" da- 
tabase or rule-based system employing logic, such as 
the prior art DRG grouper software, to determine the as- 
sociation between the ICD 9/10 codes listed in a Patient 
Record with one DRG code. In alternative embodi- 
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ments, the master classification database system can 
be based on a bi-level structure, having, for example, 
only a Department-DRG category relationship (i.e. 
where the Patient Record is based upon the DRG group- 
ing) or only a Department-ICD 9/10 class relationship, 
and in these cases a simpler pointer-linked database 
structure can be employed. One diagnosis may there- 
fore be part of two programs. 

[0020] Micro-geographical Area Database 40 (here- 
inafter alternatively "MGAD") includes a listing of rela- 
tively small geographical regions, termed Micro-geo- 
graphical Areas (MGAs), which preferably have approx- 
imately the same number of people residing therein. The 
MGAs are preferably represented or codified by employ- 
ing postal addresses or portions thereof, such as a Unit- 
ed States zip code or the forward sorting area (FSA), i. 
e. the first 3 digits, of a Canadian postal code. Advan- 
tageously, the zip or postal code scheme has been set 
up so that each unique code thereof represents an area 
roughly equal in population size. In addition, depending 
upon the area being studied, other geographical data 
can be employed for the MGAD, such as towns, coun- 
ties, census areas and residence codes. In any event, 
the MGAD is used to apportion a large region into small- 
er areas for data processing purposes. 
[0021] The MGAD 40 can usually be obtained from 
the postal authorities of a jurisdiction. Alternatively, the 
MGAD 40 can be compiled from the PRCF 30 by iden- 
tifying all unique instances of the zip code or FSA from 
an address field of the Patient Record. In alternative em- 
bodiments, the MGAD 40 can employ geographical co- 
ordinates for codifying the MGAs, but this is not as con- 
venient as using the postal codes because in the latter 
case there is no need to translate or link postal codes 
listed in the Patient Record into geographical co-ordi- 
nates. 

[0022] Census data file 45 is a data file comprising the 
typical census data which is commissioned by govern- 
ment agencies every few years and designed to accu- 
mulate information concerning the characteristics, i.e. 
demographics, of the populace in a political jurisdiction. 
It includes records having fields representing the names 
and ages of all family members in one household, the 
household address, household income(s), occupation 
(s), possibly the dominant ethnicity or religion of the 
household and mother tongue, and various other partic- 
ulars depending upon the jurisdiction in which the cen- 
sus was taken. The census data file is usually publicly 
available for purchase from the government department 
which commissioned the census, typically a Statistics 
department. 

[0023] Population growth projection database 50 in- 
cludes records which associates each MGA with a pop- 
ulation growth factor. These growth factors are prefera- 
bly obtained from government Statistics departments, 
and are computed based on birth, death, migration and 
immigration rates. The growth factors may not be initially 
cast in terms of the growth factor per MGA, but will typ- 



ically be a growth factor for a larger region, such as a 
whole municipality, so the population growth data file 
may have to be specifically prepared for use with the 
software 25, as is described in greater detail below. In 

5 addition, in the preferred embodiment database 50 also 
includes records in respect of present and historical mu- 
nicipal planning data, such as the locations and number 
of proposed housing units to be constructed and the 
price ranges thereof. The system uses this data in con- 

10 junction with the government supplied population 
growth factors to more accurately assess population 
growth in the MGAs, as described in greater detail be- 
low. 

[0024] One of the precursor or initialization tasks of 

15 the software 25 is to determine a statistically significant 
geographical area, i.e. a Catchment Area, serviced by 
a health care provider or group thereof within a larger 
Boundary Region. This function, which is used by some 
of the other modules in the system, generates a visual 

20 map of the statistically significant geographic area serv- 
iced by a health care provider. 
[0025] The above function is implemented by a pro- 
gram module or procedure 100 which employs a tech- 
nical method for determining the statistically significant 

25 sub-areas serviced by one or more given health care 
providers (or at least one type of Department thereof) 
throughout the Boundary Region. The Catchment Area 
is identified as a set of MGAs wherein a portion of the 
residents thereof compose a majority of the patient pop- 

30 ulation of the health care provider under consideration, 
as described in greater detail below. One advantage of 
employing the present method for determining Catch- 
ment Areas is that it is possible to compare the levels of 
service supplied by similar Departments of various 

35 health care providers within the Boundary Region. Ac- 
cordingly, it is possible to identify service redundancies 
between the health care providers in the Boundary Re- 
gion and hence optimize the allocation of health re- 
sources therein. This latter function is provided by a 

40 service efficiency analysis module 500. 

[0026] Another program module or procedure 200 de- 
termines a Referral Population (and its associated de- 
mographics) for a health care provider or group thereof 
under consideration (hereinafter alternatively termed 

45 "subject health care provider", the singular form also in- 
cluding cases where a group of health care providers is 
under consideration). The Referral Population is select- 
ed from the general or total population residing in the 
Boundary Region, and reflects the market share of the 

50 subject health care provider in comparison with other 
health care providers situated in the Boundary region. 
(The "market" is defined as the portion of the general 
population requiring any type of medical services from 
the major health care providers in the boundary region.) 

55 The assessment of the Referral Population demograph- 
ics is important in order to ensure accurate forecasts of 
future health resource demand, it being appreciated that 
various health care providers within the Boundary Re- 
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gion might have associated referral populations pos- 
sessing considerably different demographics which can 
"grow" differently. Module 200 also calculates a Project- 
ed Referral Population, i.e. the Referral Population pro- 
jected into the future, based on the population growth 5 
factors contained in growth projection database 45. 
[0027] A menu module or procedure 300 provides a 
user interface menu for enabling a user to choose 
among a number of additional modules, most of which 
utilize the assessments of the Catchment Area and Re- 
ferral Population described above. 
[0028] A demand module or procedure 400 forecasts 
the future, demand on health resources for the subject 
health care provider and future budget therefor based 
on a projection of current cost or on a prospective pay- 
ment system. This module operates by determining Oc- 
currence Rates for disease manifestations and medical 
procedures therefor (as codified by the ICD 9/10 codes) 
in the Referral Population and then applying the Occur- 
rence Rates with respect to the Projected Referral Pop- 
ulation. The results are preferably reported as an ex- 
pected number of caseloads per Department or in- 
crease thereof. 

[0029] A regional analysis module or procedure 600 
determines the patient repatriation potential for the sub- 
ject health care provider in terms of capturable patient 
market share, i.e. the number of patients frequenting 
health care providers other than the subject provider 
within the Boundary Region. Module 600 preferably op- 
erates by considering only that portion of the Referral 
Population which is situated geographically closer to the 
subject health care provider than any other health care 
provider, i.e. within an Isorhythmic boundary. Module 
600 preferably provides reports listing the repatriation 
potential by Department for medical services currently 
being provided by the subject health care provider as 
well as services which it does not currently provide. 
[0030] A benchmark module or procedure 700 com- 
putes efficiency indicators, such as average length of 
stay (ALOS), ratio of day surgery to non-day surgery 
cases, etc., for one or more types of medical service. 
These indicators are compared against benchmark val- 
ues to identify areas where the subject health care pro- 
vider is inefficient. 

[0031] A profile module or procedure 800 analyzes 
the impact of proposed new communities upon the fore- 
casted health resource demand for the subject health 
care provider. In many municipalities or political jurisdic- 
tions, such as the typical North American suburb of a 
large city, the population is growing at a fast pace. Typ- 
ically, the plans for new housing projects or subdivisions 
are approved by the relevant zoning or planning author- 
ities a few years before the actual construction and com- 
pletion of the subdivisions. However, at the time the sub- 
ject health care provider is analyzed, there is little or no 
representative data in the PRCF 30 which reflects the 
health resource consumption needs of the proposed 
subdivisions or communities. Module 800 assesses the 



impact of the proposed communities on the health de- 
mand forecast. It does this by querying for the amount 
of expected housing units and the price ranges thereof 
for the proposed communities. From this, and historical 
information, it is possible to predict the statistical com- 
position of the residents of the proposed communities, 
i.e. the number of people composing the family, their ag- 
es, etc., Given this proposed population and the demo- 
graphics thereof, it possible to estimate the future Oc- 
currence Rates of disease manifestation and associat- 
ed medical procedures for the proposed communities 
and include these in the health resource demand fore- 
cast. This module is particularly useful for improving the 
accuracy of the health demand forecast at the micro- 
geographical level thereby allowing a health provider to 
predict the potential impact of certain large develop- 
ments. 

[0032] The discussion now turns towards describing 
each of modules 100-800 in greater detail. 
[0033] Fig. 3 illustrates the procedural or instructional 
sequence and data flow of module 1 00, which establish- 
es a Catchment Area. Initial steps 110, 115 and 120 ac- 
cept user-supplied criteria for database filtering or que- 
rying purposes, and step 1 25 queries or filters the PRCF 
30 and MGAD 40 based upon the criteria. 
[0034] Step 110 accepts parameters for a Boundary 
Region, which defines the overall geographic scope for 
the analysis of the PRCF 30 and the determination of 
the Catchment Area. This is necessary because the 
PRCF 30, particularly if it is obtained from a commercial 
source, may contain the Patient Records from all health 
care providers for a very large area, such as a state or 
province, whereas it is only desired to consider a subject 
health care provider with reference to a smaller area, 
such as city, for example. The scope of the Boundary 
Region is usually suggested by the type of health care 
provider to be analyzed. For Regional Hospitals, the im- 
mediately surrounding municipalities can typically be 
considered to be the relevant Boundary Regions, 
whereas for Teaching Hospitals, such as the Mayo Clin- 
ic, for example, one could consider the state of Minne- 
sota and even the entire north-eastern United States as 
the relevant Boundary Region. 
[0035] The Boundary Region parameters are prefer- 
ably defined and accepted by the system in accordance 
with the type of data used to delimit the MGAs in the 
MGAD 40. Hence, if the FSA of postal codes or zip 
codes are used in the MGAD 40, then the Boundary Re- 
gion parameters can simply be preferably a comprehen- 
sive list thereof or a list of the MGAs forming the outer 
perimeter of the Boundary Region. 
[0036] Step 115 accepts information relating to which 
health care provider or group thereof in the Boundary 
Region are to be considered as the subject health care 
provider. 

[0037] Step 1 20 accepts input concerning which spe- 
cific Departments are to be considered in determining 
the Catchment Area. 
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[0038] A second step 1 25 is a data querying or filtering 
step. It utilizes the criteria obtained in input steps 110, 
1 1 5, and 120 to query or filter the MGAD 40, as is known 
in the art of database programming, so that only a sub- 
set of MGAs situated within the Boundary Region are 5 
returned (by a query instruction) or are viewable or oth- 
erwise accessible from the MGAD 40 (as a result of a 
filtering instruction), as shown by a data set or array 1 27. 
Step 1 25 also queries or filters the PRCF 30, as is known 
in the art, such that only those Patient Records that 
match the criteria set by steps 115 and 1 20 are returned 
or accessible, as the case may be. In alternative em- 
bodiments, the PRCF 30 can be grouped by MGA, 
thereby enabling each unique instance of MGA to be 
determined and avoiding recourse to a master list of 
MGAs. 

[0039] A third step 1 30 determines, for each MGA list- 
ed in data set 1 27, the proportion of usage of the subject 
health care provider, or given Department thereof, by 
the residents of a given MGA in comparison with the us- 
age of the subject health care provider by the residents 
of the other MGAs within the Boundary Region. Opera- 
tionally, the PRCF 30 is scanned against the list of 
MGAs in the MGAD 40 and the number of Patient 
Records or patient discharges per MGA is counted. 
Thereafter, the counts of patient discharges per MGA 
are normalized or proportioned in terms of percentages. 
Step 1 30 generates a data set or array 1 32 which is pref- 
erably a two dimensional table or array associating each 
MGA listed in data set 127 with a proportion or percent- 
age quantum. 

[0040] A fourth step 1 35 ranks the MGAs listed in data 
set 1 32 by order of quantum of proportion and calculates 
the cumulative proportion of usage associated with the 
MGAs to generate a data set 137, which is exemplified 
in Fig. 4. In Fig. 4, forward sorting areas (FSA) of postal 
codes are used in a fictitious example to represent the 
MGAs. 

[0041] A fifth step 140 extracts a list of MGAs from 
data set 137, the residents of which compose a Pareto 
efficient level of re presentation of the patient population, 
i.e. the actual group of persons frequenting the subject 
health care provider. It should be appreciated that the 
subject health care provider typically has patients who 
live in a wide variety of locales. Some of these locales, 
i.e. MGAs, will only have a sparse number of the popu- 
lation thereof attending the subject health care provider. 
Given the very low attendance or representation of the 
residents of these locales, they should not be consid- 
ered as part of the service area which the subject health 
care provider can be said to efficiently serve. Hence, 
step 140 ensures that only those locales which have a 
statistically significant population attending the subject 
health care provider are considered. This subset of 
MGAs is stored in data set 142, and it defines the Catch- 
ment Area for the subject health care provider. 
[0042] The Pareto efficient level is set so as to include 
a subset of MGAs wherein the residents thereof cumu- 



latively compose approximately 80% of the subject 
health provider's patient population. However, this is 
preferably not a fixed value but is subject to change de- 
pending on the specific distribution of the patient popu- 
lation throughout the MGAs. Fig. 4B, which is a graph 
showing cumulative proportion of usage plotted against 
(ranked) MGAs, exemplifies such a distribution. The 
boundary or threshold for the Pareto efficient group of 
MGAs is preferably chosen at the MGA where the curve 
of cumulative proportion of usage begins to "level off, 
i.e. where the change in slope is below a threshold level. 
[0043] A sixth step 145 provides logic for mapping the 
Catchment Area (defined in data set 142) via output 
maps 150 and/or terminal display 155. 
[0044] The procedure described herein for determin- 
ing the Catchment Area may be applied with respect to 
the subject health care provider considered as a whole, 
or for any one or more given Departments thereof, or 
even specific medical services. In the latter case, the 
proportion of usage or patient discharges by the resi- 
dents of the various MGAs is determined only with ref- 
erence to the subject Department(s) or specific medical 
service, and a catchment area map can be produced for 
each Department or medical service. Similarly, module 
100 can be executed for a number of health care pro- 
viders to produce catchment area maps therefor or for 
any departments thereof. 

[0045] By using the aforementioned procedure, which 
is a standardized and technical method for determining 
catchment areas associated with one or more types of 
medical services within a boundary region, it is possible 
to compare the catchment areas and easily visually de- 
termine the extent a given health care provider is serv- 
icing the surrounding community in respect of a given 
Department or particular type of medical service. 
[0046] After having determined the catchment area 
for at least two health care providers located in the same 
boundary region, and having compared the services of- 
fered by these health care providers it may be desirable 
to transfer health care resources between the two health 
care providers in order to optimize efficiency of services 
offered in the boundary region. It may also be desirable 
to physically modify the premises of at least one of the 
health care providers, having overlapping catchment ar- 
eas by renovating the existing premises and/or building 
new space to provide appropriate operating room 
space, day surgery spaces, ambulatory space, lab im- 
aging areas, administrative space, ward bed space, 
monitoring bed space and intensive care bed space in 
order to optimize the resource allocation among health 
care providers having overlapping catchment areas. 
[0047] Another precursor or initialization procedure 
determines the demographics of a population which 
generally frequents the subject health care provider, i. 
e. the Referral Population. This procedure examines 
each of the unique or distinct MGAs listed in the PRCF 
30 to determine, for each segment or population cohort 
of the MGA, what portion thereof should be considered 
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as part of the Referral Population. It should be appreci- 
ated that the demographics of the referral population as- 
sociated with the subject health care provider can be 
significantly different from that of the referral population 
associated with other health care providers situated in 
the Boundary Region. These differences could affect the 
accuracy of any projections of demand for medical serv- 
ices. For example, a referral population associated with 
a first health care provider may have a relatively large 
middle aged population while a referral population as- 
sociated with a second health care provider may have 
a relatively large young adult population. As these pop- 
ulations change over time, the first referral population 
will begin to demand more geriatric type medical serv- 
ices than the second referral population. Accordingly, by 
using the invention's "segmented market share" ap- 
proach, the unique demographics of the Referral Popu- 
lation can be accounted for. 

[0048] Module 200, which is illustrated in the flow di- 
agram of Fig. 5, establishes the Referral Population for 
the subject health care provider. A first step 210 initial- 
izes control variables for a nested loop construct. A sec- 
ond step 215 examines the census data file 45 (not 
shown in the flow chart of Fig. 5) and notes the number 
of people (population_size coh mga ) in a specified age 
group or cohort (cohortj) for a given MGA (MGAj). Pref- 
erably, the cohorts are defined by sex in 5 year incre- 
ments, except for cohorts below and above threshold 
ages such as 15 and 70 respectively. A third step 220 
determines, from the PRCF 30, the number of persons 
(cohort_usage coh mga ) in the specified cohort for the giv- 
en MGA who actually attended or frequented any health 
care provider situated in the Boundary Region. A fourth 
step 225 calculates the market share 
(market_share coh mga ) for the subject health care pro- 
vider with respect to the specified cohort, i.e. the number 
of people in the specified cohort attending the subject 
health care provider divided by the number of people in 
the specified cohort attending any health care provider 
within the Boundary Region (obtained in step 220). A 
fifth step 230 determines the referral population 
(Ref_Pop coh mga ) for the specified cohort in the given 
MGA, which is calculated as the total population (ob- 
tained from step 215) multiplied by the market share for 
the specified cohort (obtained from step 225). A sixth 
step 235 and a seventh step 240 are loop control in- 
structions for ensuring that steps 21 5 - 230 are repeated 
for each defined cohort and each MGA in the Boundary 
Region. 

[0049] Steps 21 0 - 240 collectively produce a referral 
population data set or array 245, which is schematically 
illustrated with fictitious data in Fig. 6. An eighth step 
250 applies growth factors, obtained from the growth 
projection data file 50, to the referral population data set 
245 and generates a Projected Referral Population, 
which is stored in a data set or array 255 schematically 
illustrated in Fig. 7. The Projected Referral Population 
represents the demographics of an expected patient 



population at a specified future year, such as 5 or 10 
years forward in time. 

[0050] The population growth factors are typically ob- 
tained from government sources. However, as these 

5 growth factors are usually in respect of a large jurisdic- 
tion, the system preferably "fine tunes" the growth fac- 
tors when applying them to a small region such as a giv- 
en MGA. This fine tuning is preferably accomplished by 
obtaining data from municipal planning authorities as to 

10 how many housing units are proposed to be built over 
a specified future time frame. If a large number of hous- 
ing units are scheduled to come on stream in the next 
few years for the given MGA, the population growth fac- 
tor therefor is boosted. Conversely, where relatively few 

15 housing units are destined to come onstream, or should 
there be a scheduled contraction in the number of hous- 
ing units available, the population growth factor for the 
given MGA is decreased. What constitutes a high or low 
level of proposed housing units is preferably judged with 

20 respect to a threshold value, such as the mean number 
of housing units destined to come onstream for the col- 
lection of MGAs composing the Boundary Region. 
[0051] A number of methods can be employed to de- 
termine the level of variation of the population growth 

25 factor from the government or standard figure. It is pre- 
ferred to correlate, for each MGA, historical variations 
in housing units from the mean with historical variations 
in population growth from the officially estimated 
amount for the jurisdiction wherein a given MGA is sit- 

30 uated. The data for this analysis is obtained from histor- 
ical municipal plans, historical census data (from data 
file 50), and published government population growth 
figures. This retrospective view advantageously consid- 
ers the fact that various neighbourhoods can be largely 

35 populated by certain ethnic groups, some of which typ- 
ically tend to have larger families than others. Of course, 
such data is not always readily available and in alterna- 
tive embodiments the population growth factor per MGA 
can be determined by performing known regression 

40 analysis techniques with respect to historical population 
growth per MGA (from census data file 50). This meth- 
od, however, does not explicitly consider population 
growth due to known changes in housing availability. 
[0052] Module 400, shown in the data and process 

45 flow diagram of Fig. 8, calculates the expected health 
resource consumption for the Projected Referral Popu- 
lation. A first step 4 1 0 examines the records of the PRCF 
30 for those patients living within the Boundary Region 
and counts, for each cohort, the number of incidents of 

50 each type or category of Diagnosis and Medical Proce- 
dure listed in the primary classification list of the MCD 
35 (which, as mentioned, is preferably the ICD 9/1 0 clas- 
sification system). This information is organized and 
stored in an incident occurrence data set or table 415, 

55 a portion of which is schematically illustrated in Fig. 9 
with fictitious occurrence data. The incident occurrence 
table is preferably generated from Patient Records com- 
piled during the latest full year available in the PRCF 30. 
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[0053] A second step 420 calculates, for each cohort, 
an occurrence rate (alternatively "O.R.") for each mem- 
ber of the ICD 9/10 classification system. This rate may 
be in the form of an equation or a static number. In the 
latter case, a current occurrence rate for each medical 
service is computed by dividing the number of occur- 
rences this service was provided to a given cohort by 
the population size thereof. The results are stored in an 
OR. data set or table 425, a corresponding portion of 
which is schematically illustrated in Fig. 10. For exam- 
ple, from Fig. 6 (which schematically illustrates the Re- 
ferral Population) it is noted that there are 9,034 males 
in the 65-69 cohort, and from Fig. 9 the total number of 
occurrences of cardiac arrest, which is represented by 
ICD 9/10 code #4275, is 347 occurrences for this cohort, 
so the current occurrence rate for this particular malady 
in respect of the male 65-69 cohort is 3.84%, as shown 
in Fig. 10. 

[0054] In the preferred embodiment, the current oc- 
currence rate is used in conjunction with historical data 
present in the PRCF 30 to derive an occurrence growth 
rate equation for a select group of medical services. To 
derive this equation, it is preferred to calculate (static) 
occurrence rates in respect of each of these medical 
services for a series of years thereby to generate a plu- 
rality of occurrence rate data points. Thereafter, a known 
regression analysis or "best curve" fitting technique, 
such as the least squares method and the like, is em- 
ployed to determine the occurrence rate equation per 
medical service. It should be appreciated that the occur- 
rence rates for some disease manifestations, such as 
A.I.D.S. and A.I.D.S. related complications, are growing 
at alarming rates, so it is desirable to calculate the 
growth curves thereof in order to accurately forecast the 
expected occurrence rate therefor. Of course, with over 
15,000 ICD-classifications, calculating a growth curve 
for each one of these is relatively computationally inten- 
sive, so the software 25 is preferably constructed to cal- 
culate an occurrence rate growth curve for a selected 
subset of medical services, such as for problematic sex- 
ually transmitted diseases and other types of infectious 
diseases, cancers, etc. 

[0055] A third step 430 applies the occurrence rate for 
each medical service, in respect of each cohort, to the 
Projected Referral Population data set 255. There are 
two methods by which the occurrence rate can be ap- 
plied to the Projected Referral Population. A stable rate 
can be employed using the static current occurrence 
rates obtained in step 420, or more preferably the oc- 
currence rate growth equations derived in step 420 can 
be employed to calculate the future occurrence rate. In 
either case, the occurrence rate table 425 is applied to 
the Projected Referral Population data set 255 to gen- 
erate an expected incidence occurrence table 435, a 
corresponding portion of which is schematically illustrat- 
ed in Fig. 11 (based on a static rate application). 
[0056] A fourth step 440 groups the primary classifi- 
cation system, i.e. ICD 9/10 codes, used in table 435 



into the preferred highest level classification system, e. 
g. Departments, and stores the result in an excepted 
case load data set or table 445 for reporting purposes. 
A fifth step 450 generates reports from table 445, one 
5 of which is exemplified in Fig. 12. (Note that the example 
report shown in Fig. 12 does not correspond with the 
data shown in Figs. 9-11.) 

[0057] The above described preferred method for 
forecasting medical service demand has been found to 

10 yield a 96% correlation in practice. Given this very good 
correlation, it is possible for the subject health care pro- 
vider to plan for the future by increasing or decreasing 
the subject health care provider's resources based on 
the anticipated demand. For example, it may be neces- 

15 sary to expand a Department in terms of equipment, 
health care resources and human resources should 
there be a large anticipated increase in case loads for 
that Department. In such a case it would be necessary 
to transfer an appropriate amount of health care re- 

20 sources and health care personnel to a premises of the 
subject health care provider. These health care resourc- 
es include, non-exhaustively: ward beds, intensive care 
units, operating room equipment, material handling 
equipment, imaging equipment, laboratory equipment, 

25 clinical treatment equipment, day surgery equipment, 
drugs, patient transportation equipment, food services, 
linen, laundry and medical surgical supplies. 
[0058] When the subject health care provider is a plu- 
rality of hospitals, or has geographically dispersed facil- 

30 ities, it becomes more difficult to know how to geograph- 
ically allocate health resources. To assist in this task, 
module 100 allows for the mapping of the Catchment 
Area, which results in a visual map of the significant 
MGAs serviced by the facilities and the density of serv- 

35 ice of each MGA. This mapping will assist the planner 
in appropriately distributing health resources. 
[0059] Once the expected case load is predicted, a 
next step (not shown) in the preferred embodiment is to 
generate a financial budget forecast. This may be based 

40 on a prospective payment system, in which case the ex- 
pected number of occurrences per ICD 9/10 code are 
converted into a DRG or CMG caseload whereupon the 
budget can be computed. Alternatively, a current cost 
per case can be computed and this value can be multi- 

45 plied with the expected caseload to thereby calculate 
expected costs. 

[0060] Fig. 13 shows the flowchart for module 500 
which computes the service efficiency for two or more 
health care providers. A first step 510 accepts input re- 

50 lating to which Department(s) are to be analyzed. A sec- 
ond set of steps 520A and 520 B selects the Patient 
Records associated with the health care providers from 
the PRCF 30 (not shown in Fig. 13). A third set of steps 
530A and 530B computes the respective catchment ar- 

55 eas for the health care providers by calling module 100 
and supplying it with the Department criteria. A fourth 
step 540 compares the two catchment areas and deter- 
mines if there is any geographical overlap therebe- 
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tween. If there is no overlap, then that implies that it is 
not possible to procure savings by combining functions 
and resources of the two Departments because each 
health care provider is efficient in terms of the area serv- 
iced by it. A fifth set of steps 550A and 550B calculates 
physician/patient ratios for the health care providers. 
These steps access a human resources data file 545 
which details how many physicians and other medical 
care personnel the subject health care providers re- 
quire. Finally, a sixth step 560 compares the physician/ 
patient ratios against a benchmark value to confirm 
whether or not the health care providers are operating 
efficiently. If both ratios are below the benchmark value, 
and both catchment areas overlap to some extent, then 
it may be possible to re-structure the Departments such 
that one is discontinued and the other is expanded to 
receive the patients attributable to the former. One the 
other hand, if only one of the health care providers has 
a physician/patient ratio below the threshold, then it may 
be possible to reduce the resources associated with that 
Department in order to make it more operatively effi- 
cient. 

[0061] This same benchmark process is repeated for 
other resources including beds, operating rooms, day 
surgery facilities. By recalculating budget information 
the potential savings resulting from achieving different 
benchmarks are calculated. This information about po- 
tential savings is key to decision making and the process 
of running the software for various scenario's marks this 
system an invaluable tool for health administrators and 
planners. 

[0062] If there is overlap between health care provid- 
ers for one or more health care services, in order to prop- 
erly allocate funding and services it may be necessary 
to physically modify the premises of a particular health 
care provider in the boundary region to provide appro- 
priate operating room space, day surgery spaces, am- 
bulatory space, lab imaging areas and administrative 
space in accordance with the pre-calculated ratios pro- 
vided that the catchment area of a subject health care 
provider at least partially overlaps with the catchment 
area of another health care provider in the boundary re- 
gions. 

[0063] The benchmark physician/patient ratio can be 
a pre-determined value programmed into the system, or 
more preferably it can be dynamically computed by 
computing the physician/patient ratios for a variety of 
health care providers within a region, ranking them, and 
then choosing as the benchmark a value equivalent to 
a specified percentile thereof, such as a 75% level. 
[0064] In the preferred embodiment, module 500 can 
be selectively applied to current data (as reflected in the 
PRCF 30) or to the future by analyzing the health de- 
mand forecast computed by module 400. 
[0065] Fig. 1 4 is a flow diagram for module 600 which 
determines patient repatriation potential for the subject 
health care provider in terms of capturable patient mar- 
ket share, i.e. the number of patients frequenting health 



care providers other than the subject provider within the 
Boundary Region. A first step 610 seeks scans the 
PRCF 30 and, with reference to the MGAD 40, selects 
or notes those Patient Records in respect of patients 

5 who seek medical services from health care providers 
situated external to the Catchment Area. Preferably, the 
PRCF 30 includes Patient Records for a large area, 
such as an entire city, and possibly beyond the Bound- 
ary Region so that the selection made by step 610 is as 

10 complete as possible. 

[0066] A second step 615 calculates an Isarythmic 
Boundary, which is a geographical boundary wherein all 
points within said boundary are geographically closer to 
the subject health care provider (or the centrex point 

15 where the subject health care provider comprises a plu- 
rality of geographically situated facilities) than any other 
health care provider. For the purposes of module 600, 
step 615 preferably employs commercially available, 
prior art, geographic software and a geographic data- 

20 base which associates or links each address (found in 
the Patient Record) with a geographical co-ordinate, so 
that the Isarythmic Boundary can be accurately calcu- 
lated. 

[0067] A third step 620 excludes Patient Records ob- 
25 tained in step 610 which are for patients who live exter- 
nal to the Isarythmic Boundary. The theory is that pa- 
tients will often choose a health care provider simply be- 
cause it is the closest to their residence and therefore 
such patients are less likely to be considered as "repatri- 
30 atable". 

[0068] A fourth step 625 excludes Patient Records se- 
lected above for patients who have been assigned to 
tertiary or quaternary care providers due to the complex- 
ity of their affliction or for complex cases serviced exclu- 

35 sively by such providers. The theory is that certain ill- 
ness require particular medical expertise which is likely 
to be found only at certain hospitals and thus these types 
of cases should not be considered to be repatriatable. 
Operationally, step 625 scans the Patient Records se- 

40 lected as a result of steps 610 and 620 for Patient 
Records wherein treatment for a given patient began 
with the subject health care provider and continued at 
the tertiary or quaternary care provider. Preferably the 
Patient Record as compiled in the PRCF 30 will have a 

45 field for noting the transfer of patients. However, if this 
is not the case it is possible to estimate the number of 
transfers by matching Patient Records for patients who 
have attended the subject health care provider and any 
tertiary or quaternary care provider in respect of the 

so same type of illness, as preferably specified by case 
management groupings, within a relatively short period 
of time. 

[0069] In addition, step 625 scans the Patient 
Records selected in steps 610 and 620 and excludes 
55 "complex cases". A complex case is identified as a med- 
ical service belonging to a group of ICD 9/10 codes 
which has been found to require treatment by extremely 
specialized physicians. Preferably, a preselected list of 
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ICD 9/10 codes representing complex cases is pro- 
grammed into the system 25. 

[0070] A fifth set of steps 650 and 635 determine 
which cases health care providers situated in the Catch- 
ment Area provide or do not provide services for. Oper- 
ationally, this step is preferably accomplished by know- 
ing at the outset what Departments each health care 
provider in the Catchment Area maintains and simply 
including or discounting the primary disease and medi- 
cal procedure classifications associated therewith. Al- 
ternatively, the PRCF 30 can be scanned for health care 
providers situated within the Catchment Area and each 
unique instance of a member of the primary classifica- 
tion system listed in the PRCF 30 therefor can be con- 
sidered an available. This list of available services is 
then compared against the master primary classification 
list in the MCD 35, and any member thereof not present 
in the list of available services can be considered as a 
non-available service. 

[0071] A sixth set of steps 655 and 640 respectively 
count the repatriation potential, i.e. the number of Pa- 
tient Records selected in earlier steps, in terms of those 
Patient Records associated with available or non-avail- 
able services, A seventh set of steps 660 and 645 re- 
spectively group the primary classification codes em- 
ployed in the Patient Records selected as a result of 
steps 655 and 640 into a number of cases per Depart- 
ment. In addition, steps 655 and 640 calculate the extra 
number of beds and/or physicians required per Depart- 
ment to handle the repatriatable workload. This calcu- 
lation can be achieved by using benchmark patient/phy- 
sician ratios per Department, as discussed above with 
reference to module 500. An eighth step 670 reports the 
repatriatable workload, preferably in terms of the repa- 
triation potential for available services and non-availa- 
ble services respectively. 

[0072] Module 800, which is shown in the flowchart of 
Fig. 15, analyzes the impact of proposed new commu- 
nities or subdivisions upon the forecasted health re- 
source demand for the subject health care provider. 
[0073] A first step 810 establishes demographics for 
the proposed subdivision. In the preferred embodiment, 
a series of sub-steps are employed with respect to each 
MGA composing the proposed subdivision. A first sub- 
step scans the growth projection database 45 for mu- 
nicipal planning data to determine the number of hous- 
ing units planned for the subdivision and the price rang- 
es thereof. This results in a two-dimensional table of 
price ranges and expected housing units associated 
therewith. A second sub-step examines historical plan- 
ning data and historical census data and generates, for 
each price range, a breakdown of cohort size as well as 
a breakdown of ethnicity in accordance with the histor- 
ical data. For example, suppose that 1000 housing units 
priced under $100,000 are expected to be built in the 
proposed subdivision. Suppose further that the histori- 
cal data reveals that 5000 housing units priced under 
$100,000 were constructed in the previous six years. If 



600 males in the 25-29 cohort and 400 males in the 
30-34 cohort moved into these housing units, then the 
former cohort represents 12% of the expected subdivi- 
sion population (in respect of housing units priced under 

5 $100,000) and the latter cohort represents 8% of the 
population thereof. Similarly, these males can be seg- 
mented into defined ethnic categories to thereby com- 
pute an ethnic breakdown for these cohorts in the pro- 
posed community. A third sub-step multiplies the cohort 

10 and ethnicity breakdowns against the scheduled 
number of housing units to be built (obtained in the first 
sub-step) for each defined price range to compute the 
demographics of the proposed sub-division population. 
For example, the above described 25-29 male cohort 

15 for housing units priced under $100,000 will consist of 
120 persons (12% of 1000) and the 30-35 male cohort 
for housing units priced under $100,000 will consist of 
80 persons (8% of 1000). 

[0074] A second step 820 computes hypothetical oc- 

20 currence rates for the proposed sub-division population. 
As discussed before with reference to module 400, 
these occurrence rates are computed for each type of 
medical service per cohort, but because there is no ac- 
tual patient discharge data, it is necessary to use repre- 

25 sentative occurrence rate values derived from a large 
population, such as the entire Boundary Region. For ex- 
ample, the occurrence rates for the above described 
25-29 male cohort are preferably the medical service oc- 
currence rates calculated for that portion of the entire 

30 25-29 age cohort (in the entire boundary region) who 
live in housing units priced under $100,000. In addition, 
step 830 preferably takes into account the ethnicity 
breakdown per cohort, that is, when computing the oc- 
currence rates per cohort with respect to the general 

35 population, only persons of a same, given ethnicity are 
selected from the general population to determine oc- 
currence rates per ethnicity, per cohort. In this manner, 
diseases which afflict particular ethnic groups above the 
norm (such as the affinity of persons of Ashkenazi Jew- 
jsh heritage for being afflicted with Tay Sachs disease 
or the relative rarity of coloured persons acquiring skin 
cancer) can be accounted for. In addition, it has been 
found that certain ethnic groups have a tendency to use 
public health care facilities to a much greater extent than 

45 other types of ethnic groups and thus this phenomenon 
can be factored into the occurrence rate calculation. 
[0075] A third step 830 incorporates the occurrence 
rates computed in step 820 into the occurrence table 
415, and then a fourth step calls and executes portions 

50 of the demand module 400. In the preferred embodi- 
ment, a system operator can select whether or not to 
employ the fine tuning of the growth projection factors 
which normally occurs in module 400. The choice will 
often depend to a large extent upon the characteristics 

55 of the data available, such as whether the MGA wherein 
the proposed subdivision is located has only recently 
begun to explode in growth and there is insufficient cen- 
sus data available. It should be noted that with module 
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800 it is important that the historical planning data be 
relatively complete but it is not necessary to have ex- 
tensive historical census data as the demographics of 
persons moving into recently constructed subdivisions 
can be determined from the latest census data availa- 
ble. 

[0076] An additional aspect of module 800 analyzes 
the current health status and needs of a particular com- 
munity in order to identify any particularly demanding 
health service requirements. In this function of module 
800, a first step 860 accepts input identifying the com- 
munity in terms of the MGAs composing it. A second 
step 870 queries or filters the PRCF 30 so that only 
those records corresponding to patients residing in the 
community are selected. 

[0077] A third step 880 accesses the census data 50 
and segments the total population of the community into 
pre-selected age and sex cohorts. This results in a Com- 
munity Referral Population table 885 which, in this case, 
consists of all persons residing in the community. (A 
market share approach is not utilized here because the 
focus here is not a particular subject health provider but 
the entire community.) 

[0078] A fourth step 890 computes medical service 
occurrence rates for the community. In the preferred em- 
bodiment, the system computes occurrence rates for 
only a pre-selected key group of medical services, such 
as obstetrics or urology. Moreover, for the purposes of 
this function, the occurrence rates can be calculated in 
terms of CMG or DRG classification codes. 
[0079] A fifth step 895 compares the computed occur- 
rence rates with benchmark rates, such as the mean oc- 
currence rates of the key medical services for a wide- 
ranging area, such as an entire state, city, etc. A sixth 
step 899 reports on the comparison and highlights med- 
ical service requirements which significantly exceed the 
benchmark levels. In this manner, the foregoing aspect 
of module 800 provides a profile of the specific needs 
of the community in comparison with the norm, and can 
provide indicators, such an unusually high cancer rate, 
etc., which would alert public health authorities to inves- 
tigate potential causes for such abnormalities. 
[0080] The preferred embodiment also utilizes the 
Community Referral Population table 885 in order to 
forecast future medical service demand. Profile module 
800 executes a portion of demand module 400 (as well 
as module 200) responsible for computing incident oc- 
currences for projected referral populations. This results 
in a forecast of the number of incidents expected to oc- 
cur for the key group of medical services. Step 895 can 
then compare the forecasted amount with a benchmark 
amount, such as the mean number of expected key 
medical service occurrences calculated for a variety of 
communities. Step 899 reports and highlights any aber- 
rant results. 

[0081] In describing the preferred embodiment, im- 
plicit reference has been made to constructing the soft- 
ware 25 with a database language, such as SQL, but it 



will be appreciated that the software 25 can be readily 
constructed from more procedurally orientated languag- 
es such as Basic, Pascal etc. Moreover, it will be appre- 
ciated by persons skilled in the art that the present in- 
5 vention is not limited by what has been particularly 
shown and described herein. Rather, the scope of the 
present invention is defined by the claims which follow. 



10 Claims 

1 . A method of optimizing the allocation of health care 
resources for at least one subject health care pro- 
vider, comprising the steps of: 

15 

providing i) a master disease and medical serv- 
ices classification database (MCD), ii) a patient 
record composite file (PRCF) having patient 
records for substantially all of the subject health 

20 care provider's patient population and other 

major health care providers within a boundary 
region, said patient record including an address 
field indicating one of a plurality of micro-geo- 
graphical areas (MGAs) wherein the patient re- 

25 sides for apportioning the boundary region into 

sub-areas having roughly equal population siz- 
es, iii) a census data file for at least the bound- 
ary region, and iv) population growth factors for 
the boundary region; 

30 

determining, from the census data file, a popu- 
lation for each unique MGA present in the ad- 
dress field of the PRCF; 

35 determining a referral population per MGA for 

the subject health care provider; 

determining, with respect to the MCD, occur- 
rence rates of medical service for the referral 
40 population per MGA, 

the method being characterized by the steps 
of: 

45 applying population growth factors to the 

referral population per MGA thereby pro- 
jecting it to a future time; 

applying said occurrence rates to the pro- 
so jected referral population per MGA thereby 

forecasting the future occurance rates of 
medical service for the subject health care 
provider; 

55 determining the expected future case 

loads for specific organizational units of the 
health care provider in accordance with the 
forcasted occurrence rates; and 
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employing an appropriate number of health 
care personnel in the organizational units 
in accordance with the expected future 
case loads. 

5 

2. A method according to claim 1 wherein the step of 
determining a referral population per MGA is char- 
acterized by: 

determining a current population size per co- 10 
hort per MGA from said census data file (A); 

determining a number of people attending any 
health care provider per cohort per MGA (B) ; 

15 

determining a number of people attending the 
subject health care provider per cohort per 
MGA (C) ; 

calculating a referral population (R) per cohort 20 
according to the formula R=Ax(C/B); 

combining the referral population for each co- 
hort per MGA to obtain the total referral popu- 
lation per MGA 25 

3. A method according to claim 2 characterized by: 

determining occurrence rates for the referral 
population over several previous years per cat- 30 
egory of medical services; 

computing per category of medical service, a 
best curve equation from the occurrence rate 
data from the previous years; 35 

determining future occurrence rates for the re- 
ferral population according to said equation. 

4. A method according to claim 3 characterized by: *o 

providing housing development planning data 
for a proposed community; 

establishing the demographics of a proposed 45 
community in accordance with historical data in 
respect of past housing developments which 
occurred in an MGA wherein the proposed 
community is situated; 

50 

estimating the number of occurrences of med- 
ical services for the proposed community pop- 
ulation in accordance with the occurrence rates 
for a general population; and 

55 

incorporating the estimated number of medical 
service occurrences with the amount of medical 
service occurrences calculated for the MGA 



that the proposed community is located in. 

5. A method according to claim 4 wherein the step of 
determining demographics for said proposed com- 
munity is characterized by: 

determining the number of housing units 
planned for said proposed community and the 
placements thereof from the housing develop- 
ment data; 

determining from historical housing develop- 
ment and census data, a breakdown of cohort 
proportion for each range of housing places; 

multiplying the cohort breakdown against the 
planned number of housing units to thereby 
compute the demographics of said proposed 
community. 

6. A method according to claim 5 characterized by 
determining from historical housing development 
and census data, an ethnic breakdown for each co- 
hort for each range of housing price, and wherein 
said step of computing occurrence rates from the 
general population comprises the steps of comput- 
ing occurrence rates for substantially each ethnic 
group in the ethnic breakdown per cohort by limiting 
said general population to the respective ethnic 
group and thereafter combining the occurrence 
rates computed per ethnic group to thereby com- 
pute the total occurrence rates per cohort. 

7. A method according to one of claims 2 to 6 wherein 
said determination of said population growth factor 
for a given MGA is characterized by the steps of: 

determining a first variation in an amount of re- 
cently constructed housing units from a recent 
mean amount of housing units constructed for 
MOAs composing the jurisdiction; 

determining a second variation in a historical 
population growth rate for the given MGA from 
a historical published jurisdictional growth rate 
based on birth, date and migration rates; 

correlating said first and second variations; 

determining a third variation in the present 
planned number of housing units from a mean 
amount of planned housing units for MGAs 
composing the jurisdiction; 

applying the correlation to the third variation to 
thereby compute a variation in the present pub- 
lished jurisdictional growth rate; and 
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varying the published jurisdiction growth rate by 
the fourth variation to thereby compute said 
population growth factor. 

8. A health data processing system for operating on a 5 
computer (10) having a central processing unit (12), 
random access memory (14), an alterable, non-vol- 
atile storage means (16), and an input/output termi- 
nal (18), the health data processing system com- 
prising: 10 

a patient record composite data file (30) 
(PRCF) containing patient records for substan- 
tially all of a subject health care provider's pa- 
tient population within a boundary region, said *s 
patient records including (a) an address field in- 
dicating one of a plurality of micro geographical 
areas (MGA) within which the patent resides, 
and (b) primary classification codes indicating 
past medical procedures provided to the pa- 20 
tient; 

a master classification data file (35) containing 
data for associating the primary classification 
codes with higher level classification codes in- 25 
dicative of the organizational units of the sub- 
ject health care provider that provide the med- 
ical procedures represented by the primary 
classification codes; 

30 

a census data file (45) containing census data 
for the boundary region; 

a growth projection data file (50) containing 
population growth factors for the boundary re- 35 
gion; 

a catchment area module (100) determining, 
from the census data, a population for each 
unique MGA present in the address fields of the 40 
PRCF; 

a referral population module (200) determining 
a current referral population per MGA for the 
subject health care provider, and determining a 45 
projected future referral population per MGA by 
applying the population growth factors to the 
current referral population per MGA; 

a demand module (400) determining occur- so 
rence rates of the medical procedures repre- 
sented by the primary classification codes, pro- 
jecting future occurrence rates of the medical 
services by applying the occurrence rates to the 
projected referral population, and determining 55 
projected demands on the organizational units 
of the subject heath provider by associating the 
future occurrence rates of the medical services 



with the organization units in accordance with 
data contained in the master classification data 
file. 

9. The system of claim 8 wherein the patient record 
composite date file (30) includes patient records for 
other health care providers within the boundary re- 
gion, the catchment area module (100) determines 
a catchment area for each health care provider, and 
the system includes: 

a service efficiency analysis module (500) com- 
paring the geographical scope of the catchment 
areas for different health care providers within 
the boundary region, computing a patient to 
health care resource ratio for at least one cat- 
egory of medical service for each health care 
provider, comparing the resource ratios to a 
benchmark value and indicating the possibility 
of transferring health care resources between 
health care providers located within at least 
partially overlapping catchment areas when the 
resource ratios are below the benchmark value. 

10. A system according to claim 8 wherein the patient 
record composite date file (30) includes patient 
records for other health care providers within the 
boundary region, the catchment area module (100) 
determines a catchment area for the subject health 
care provider, and the system includes a regional 
analysis module (600) determining patient repatri- 
ation potential for the subject health care provider 
by: 

selecting from the PRCF, patient records in re- 
spect of patients seeking health services out- 
side of the catchment area, thereby forming a 
set; 

calculating an isarhythmic boundary for the 
subject health care provider; 

excluding from the set, patient records in re- 
spect of patients living externally to the isa- 
rhythmic boundary; 

determining, based on the set and the medical 
services offered by the subject health care pro- 
vider, the number of possible patient repatria- 
tions; 

determining the number of beds and health 
care professionals required to accommodate 
the possible patient repatriation in accordance 
with predetermined benchmarks. 

11. A system according to claim 9 or 10 wherein the 
catchment area module (100) determines a catch- 
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ment area by calculating for each MGA in the 
boundary region a proportion of usage of the given 
health care provider's resources by the population 
thereof, ranking the MGAs by the proportion of us- 
age; and 

selecting a subset of MGAs, the said subset 
comprising the MGA having the highest proportion 
of usage quantum and including additional MGA's, 
in descending order of quantum, until the subset of 
MGAs collectively represent a predetermined cu- 
mulative proportion of usage, thereby determining 
a pareto efficient distribution of the given health 
care provider's patient population. 

Patentanspruche 



wodurch die zukunftigen Haufigkeiten der me- 
dizinischen Versorgung fur die betreffende Ge- 
sundheitsfursorgeeinrichtung vorausgesagt 
werden; 

5 Ermitteln der erwarteten Fallbelastungen fur 

spezielle Organisationseinheiten der Gesund- 
heitsfursorgeeinrichtung in Obereinstimmung 
mit den vorausgesagten Haufigkeiten; und 
Beschaftigen einer geeigneten Zahl eines Ge- 

10 sundheitsfursorgepersonals in den Organisati- 

onseinheiten in Obereinstimmung mit den er- 
warteten zukunftigen Fallbelastungen. 

2. Verfahren nach Anspruch 1, bei dem der Schritt 
is zum Ermitteln der Referenzbevolkerungszahl pro 
MAG gekennzeichnet ist durch: 



1. Verfahren zum Optimieren der Verteilung von Ge- 
sundheitsfursorgemitteln fur wenigstens eine zu- 
standige Gesundheitsfursorgeeinrichtung, enthal- 20 
tend folgende Schritte: 

Erstellen i) einer Krankheits- und medizini- 
schen Versorgungs-Klassifikations-Hauptda- 
tenbank (MCD), ii) einer Patientenakten-Sam- 25 
meldatenbank (PRCF) mit Patientenakten fur 
die im wesentlichen gesamte Patientenzahl der 
betreffenden Gesu nd heitsf ursorgeeinrichtu ng 
und anderer Hauptgesundeitsfursorgeeinrich- 
tungen innerhatb eines begrenzten Gebietes, 30 
wobei die Patientenakte ein Adrefifeld enthalt, 
die auf einen von mehreren mikrogeografi- 
schen Bereichen (MGAs) hinweist, in dem der 
Patient wohnt, urn das begrenzte Gebiet in Un- 
terbereiche zu teilen, die etwa gleiche Bevolke- 35 
rungszahlen haben, iii) eine Volkszahlungsda- 
tenbank wenigstens fur das begrenzte Gebiet 
und iv) Bevolkerungswachstumsfaktoren fur 
das begrenzte Gebiet; 

Ermitteln einer Bevolkerungszahl fur jeden *o 
MAG, der im Adreftfeld der PRCF vorhanden 
ist, aus der Volkszahlungsdatenbank; 
Ermitteln einer Referenzbevolkerungszahl pro 
MAG fur die betreffende Gesundheitsfursorge- 
einrichtung; 45 
Ermitteln von Haufigkeiten der medizinischen 
Versorgung fur die Referenzbevolkerungszahl 
pro MAG im Bezug auf den MCD; 

wobei das Verfahren durch folgende Schritte ge- 50 
kennzeichnet ist: 

Anwenden der Bevolkerungswachstumsfakto- 
ren auf die Referenzbevolkerungszahl pro 
MAG, wodurch diese fur die Zukunft vorausbe- 55 
rechnet wird; 

Anwenden der Haufigkeiten auf die vorausbe- 
rechnete Referenzbevolkerungszahl pro MAG, 



Ermitteln einer momentanen Bevolkerungsgro- 
Re pro Altersgruppe pro MAG aus der Volks- 
zahlungsdatenbank (A); 
Ermitteln einer Zahl von Menschen, die eine 
beliebige Gesundheitsfursorgeeinrichtung pro 
Altersgruppe pro MMG (B) in Anspruch neh- 
men; 

Ermitteln einer Zahl von Menschen, die die be- 
treffende Gesundheitsfursorgeeinrichtung pro 
Altersgruppe pro MAG (C) in Anspruch neh- 
men; 

Berechnen einer Referenzbevolkerungszahl 
(R) pro Altersgruppe gemafc der Formel R=Ax 
(C/B); 

Kombinieren der Referenzbevolkerungszahl 
fur jede Altersgruppe pro MAG, urn die gesam- 
te Referenzbevolkerungszahl pro MAG zu er- 
halten. 

3. Verfahren nach Anspruch 2, dadurch gekenn- 
zeichnet durch: 

ermitteln der Haufigkeiten fur die Referenzbe- 
volkerungszahl uber mehrere vorangegangene 
Jahre pro Kategorie der medizinischen Versor- 
gungen; 

Berechnen einer optimalen Kurvengleichung 
aus den Haufigkeitendaten der vorangegange- 
nen Jahre pro Kategorie der medizinischen 
Versorgung; 

Ermitteln der zukunftigen Haufigkeiten fur die 
Referenzbevolkerungszahl in Obereinstim- 
mung mit der Gleichung. 

4. Verfahren nach Anspruch 3, gekennzeichnet 
durch: 

das Erheben von Stadtebauentwicklungs-Pla- 
nungsdaten fur eine vorgeschlagene Gemein- 
de; 

die Erstellung der Demografie einer vorge- 
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schlagenen Gemeinde in Ubereinstimmung mit 
historischen Daten im Bezug auf die vergange- 
ne Stadtebauentwicklung, die in einem MAG 
auftraten, in der sich die vorgeschlagene Ge- 
meinde befindet; 5 
Schatzen der Zahl des Auftretens medizini- 
scher Versorgungen fur die gewahlte Gemein- 
debevolkerung in Ubereinstimmung mit den 
Haufigkeiten fur eine allgemeine Bevolke- 
rungszahl; und 10 
Einarbeiten der geschatzten Zahl medizini- 
scher Versorgungen in das AusmaR des Auf- 
tretens medizinischer Versorgungen fur den 
MAG, in der sich die gewahlte Gemeinde be- 
findet. 15 

Verfahren nach Anspruch 4, bei dem der Schritt 
zum Erstellen der Demografie fur die gewahlte Ge- 
meinde gekennzeichnet ist durch: 



Ermitteln der Zahl von Wohneinheiten, die fur 
die gewahlte Gemeinde geplant sind, und de- 
ren Situierung aus den Stadtebauentwick- 
lungsdaten; 

Ermitteln einer Aufschlusselung der Alters- 
gruppenproportion fur jeden Bereich derWoh- 
nungssituierung aus historischen Stadtebau- 
entwicklungs- und Volkszahlungsdaten; und 
Multiplizieren des Altersgruppenaufschlusse- 
lung mit der geplanten Zahl von Wohneinhei- 
ten, urn daraus die Demografie der gewahlten 
Gemeinde zu errechnen. 

6. Verfahren nach Anspruch 5, gekennzeichnet 
durch das Ermitteln einer ethnischen Aufschlusse- 
lung fur jede Altersgruppe fur jeden Wohnungs- 
preisbereich aus den historischen Stadtebauent- 
wicklungs- und Volkszahlungsdaten, und bei dem 
der Schritt zum Berechnen der Haufigkeiten aus der 
allgemeinen Bevolkerungszahl die Schritte zum 
Berechnen von Haufigkeiten fur im wesentlichen je- 
de ethnische Gruppe in der ethnischen Aufschlus- 
selung pro Altersgruppe durch Begrenzen der all- 
gemeinen Bevolkerungszahl auf die entsprechende 
ethnische Gruppe und anschlieftendes Kombinie- 
ren der Haufigkeiten beinhaltet, die pro ethnische 
Gruppe berechnet wurden, urn daraus die Gesamt- 
Haufigkeiten pro Altersgruppe zu errechnen. 

7. Verfahren nach einem der Anspruche 2 bis 6, bei 
dem die Ermittlung des Bevolkerungswachstums- 
faktors fur einen gegebenen MAG durch folgende 
Schritte gekennzeichnet ist: 



Ermittlung einer ersten Abweichung einer Zahl 55 
kurzlich erstellter Wohneinheiten aus einer 
Durchschnittszahl kurzlich erstellter Wohnein- 
heiten, die fur die MGAs errichtet wurden, die 
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den Zustandigkeitsbereich bilden; 
Ermitteln einer zweiten Abweichung einer hi- 
storischen Bevolkerungswachstumsrate fur 
den gegebenen MAG aus einer historischen 
veroffentlichten Wachstumsrate eines Zustan- 
digkeitsbereiches auf der Basis von Geburts-, 
Datums- und Migrationsraten; 
Korrelieren der ersten und zweiten Abwei- 
chung; 

Ermitteln einer dritten Abweichung der derzeit 
geplanten Zahl von Wohneinheiten aus einer 
Durchschnittszahl geplanter Wohneinheiten fur 
MGAs, die den Zustandigkeitsbereich bilden; 
Anwenden der Korrelation auf die dritte Abwei- 
chung, urn dadurch eine Abweichung in der 
momentanen veroffentlichten Zustandigkeits- 
bereichs- Wachstumsrate zu errechnen; und 
Variieren der veroffentlichten Zustandigkeits- 
bereichs durch die vierte Abweichung, urn da- 
durch den Bevolkerungswachstumsfaktor zu 
berechnen. 

Gesundheitsdaten-Verarbeitungssystem fur den 
Einsatz auf einem Computer (10) mit einer CPU 
(12), einem RAM (16), einer veranderbaren Fest- 
speichereinheit (16) und einem Eingabe-/Ausgabe- 
terminal (18), wobei das Gesundheitsdaten-Verar- 
beitungssystem enthalt: 

eine Patientenakten-Sammeldatenbank 
(PRCF) (30) mit Patientenakten fur die im we- 
sentlichen gesamte Patientenzahl der betref- 
fenden Gesundheitsfursorgeeinrichtung inner- 
halb eines begrenzten Gebietes, wobei die Pa- 
tientenakten (a) ein Adrefifeld, das auf einen 
von mehreren mikrogeografischen Bereichen 
(MGAs) hinweist, in dem der Patient wohnt, und 
(b) Primarklassifizierungskodes enthalten, die 
auf medizinische Anwendungen hinweisen, die 
dem Patienten in der Vergangenheitzuteil wur- 
den; 

eine Hauptklassifikations-Datenbank (35), ent- 
haltend Daten zum Zuordnen der Primarklassi- 
fizierungskodes zu Klassifizierungskodes einer 
hoheren Ordnung, die auf Organisationseinhei- 
ten der betreffenden Gesundheitsfursorgeein- 
richtung hinweisen, die die medizinischen An- 
wendungen bereitstellen, die durch die Primar- 
klassifizierungskodes reprasentiert werden; 
eine Volkszahlungsdatenbank (45), die Volks- 
zahlungsdaten fur das begrenzte Gebiet ent- 
halt; 

eine Wachstumsprojektions-Datenbank (50), 
die Bevolkerungswachstumsfaktoren fur das 
begrenzte Gebiet enthalt; 
ein Einzugsbereichsmodul (100), das aus den 
Volkszahlungsdaten eine Bevolkerungszahl fur 
jeden einzelnen MAG ermittelt, der in den* 
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Adrefifeldern der PRCF vorhanden ist; 
ein Referenzbevolkerungszahlmodul (200), 
das eine derzeitige Referenzbevolkerungszahl 
pro MAG fur die betreffende Gesundheitsfur- 
sorge ermittelt und die projizierte zukunftige 5 
Referenzbevolkerungszahl pro MAG dadurch 
ermittelt, daft die Bevolkerungswachstumsfak- 
toren auf die momentane Bevolkerungszahl 
pro MGA angewandt werden; 
ein Bedarfsmodul (400), das die Haufigkeiten 10 
der medizinischen Anwendungen ermittelt, die 
durch die Primarklassifizierungskodes repra- 
sentiert werden, zukunftige Haufigkeiten der 
medizinischen Versorgungen dadurch voraus- 
bestimmt, daft die Haufigkeiten auf die voraus- 15 
berechnete Referenzbevolkerungszahl ange- 
wandt werden, und den vorausberechneten 
Bedarf an die Organisationseinheiten der be- 
treffenden Gesundheitsfiirsorgeeinrichtung er- 
mittelt, indem die zukiinftigen Haufigkeiten der 20 
medizinischen Versorgungen auf die Organisa- 
tionseinheiten in Ubereinstimmung mit Daten 
angewandt werden, die in der Hauptklassifizie- 
rungs-Datenbank enthalten sind. 

25 

9. System nach Anspruch 8, bei dem die Patlentenak- 
ten-Sammeldatenbank (30) Patientenakten fur an- 
dere Gesundheitsfursorgeeinrichtungen innerhalb 
des begrenzten Gebietes enthalt, das Einzugsbe- 
reichsmodul (100) einen Einzugsbereich fur jede 30 
Gesundheitsfursorge-Einrichtung ermittelt und das 
System enthalt: 

ein Fursorge-Efflzienzanalysemodul (500), das 
den geographischen Geltungsbereich der Ein- 35 
zugsbereiche fur unterschiedliche Gesund- 
heitsfursorgeeinrichtungen innerhalb des be- 
grenzten Gebietes vergleicht, ein Verhaltnis 
von Patient zu Gesundheitsfursorgemittel fur 
wenigstens eine Kategorie der medizinischen *o 
Versorgung fur jede Gesundheitsfursorge-Ein- 
richtung berechnet, die Fursorgemittelverhalt- 
nisse mit einem Referenzwert vergleicht und 
die Moglichkeit der Ubertragung von Gesund- 
heitsfiirsorgemitteln zwischen Gesundheitsfur- 45 
sorgeeinrichtungen innerhalb wenigstens teil- 
weise uberlappender Einzugsbereiche anzeigt, 
wenn die Fursorgemittelverhaltnisse unterdem 
Referenzwert liegen. 

50 

10. System nach Anspruch 8, bei dem die Patientenak- 
ten-Sammeldatenbank (30) Patientenakten fur an- 
dere Gesundheitsfursorgeeinrichtungen innerhalb 
des begrenzten Gebietes enthalt, das Einzugsbe- 
reichsmodul ( 1 00) einen Einzugsbereich fur die be- 55 
treffende Gesundheitsfursorge-Einrichtung ermit- 
telt und das System ein Regional-Analysemodul 
(600) enthalt, das ein Patienten-Repatriierungspo- 



tential fur die betreffende Gesundheitsfursorgeein- 
richtung ermittelt durch: 

Auswahlen aus der PRCF von Patientenakten 
hinsichtlich der Patienten, die nach Gesund- 
heitsfursorgeeinrichtungen aufierhalb des Ein- 
zugsbereichs suchen, wobei daraus eine Grup- 
pe gebildet wird; 

Berechnen einer isarhythmischen Grenze fur 
die betreffende Gesundheitsfursorgeeinrich- 
tung; 

Ausschlielien von Patientenakten im Bezug auf 
Patienten, die aulierhalb der isarhythmischen 
Grenze leben, aus der Gruppe; 
Ermitteln auf der Basis der Gruppe und der me- 
dizinischen Versorgung, die durch die betref- 
fende Gesundheitsfursorgeeinrichtung ange- 
boten wird, der Zahl moglicher Patientenrepa- 
triierungen; und 

Ermitteln der Zahl von Betten und des Gesund- 
heitsfursorgepersonals, die erforderlich ist, urn 
die mdgliche Patientenrepatriierung aufzuneh- 
men, in Ubereinstimmung mit den vorbestimm- 
ten Referenzwerten. 

1 1 . System nach Anspruch 9 oder 1 0, bei dem das Ein- 
zugsbereichsmodul (100) einen Einzugsbereich 
dadurch ermittelt, daft es fur jeden MAG im be- 
grenzten Gebiet einen Anteil der Inanspruchnahme 
der Gesundheitsfursorgeeinrichtungsmittel durch 
dessen Bevolkerungszahl berechnet, die MGAs ge- 
mafi des Anteils der Inanspruchnahme auffuhrt; 
und 

eine Untergruppe von MGAs wahlt, wobei die- 
se Untergruppe den MAG mit dem hochsten Anteil 
der Inanspruchnahme und zusatzliche MGAs in der 
Reihenfolge abnehmender Bedarfsgrofcen enthalt, 
bis die Untergruppe von MGAs zusammen eine vor- 
bestimmte kumulative Bedarfsgrofce reprasentiert 
wodurch eine gleich grofie effiziente Verteilung der 
Patientenzahl der gegebenen Gesundheitsfursor- 
geeinrichtung ermittelt wird. 

Revendications 

1. Procede d'optimisation de I'affectation de ressour- 
ces de soins medicaux pour au moins un fournis- 
seur de soins medicaux sujet, comprenant les eta- 
pes consistant a : 

fournir i) une base de donnees de classification 
primaire de maladies et de prestations medica- 
les (MCD), ii) un flchier composite de dossiers 
de patients (PRCF) contenant des dossiers de 
patients pour pratiquement Tensemble de la 
population de patients du fournisseur de soins 
medicaux sujet et d'autres fournisseurs princi- 
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paux de soins medicaux d'une region delimitee, 
ledit dossier de patient comprenant une zone 
d'adresse indiquant une zone microgeographi- 
que parmi une pluralite de zones microgeogra- 
phiques (MGA) dans laquelle reside le patient 5 
afin de scinder la region delimitee en regions 
secondaires presentant des volumes de popu- 
lation approximativement egaux, iii) un fichier 
de donnees de recensement pour au moins la 
region delimitee et iv) des facteurs de croissan- io 
ce de population concernant la region 
delimitee ; 

determiner, a partir du fichier de donnees de 
recensement, une population pour chacune 
des MGA uniques indiquees dans la zone is 
d'adresse du PRCF ; 

determiner une population de reference par 
MGA pour le fournisseur de soins medicaux 
sujet ; 

determiner, en fonction de la MCD, les taux 20 
d'actes de prestations medicales pour la popu- 
lation de reference par MGA, 
le procede etant caracterise en ce qu'il com- 
porte les etapes consistant a : 

25 

appliquer des facteurs de croissance de 
population a la population de reference par 
MGA, permettant ainsi sa projection dans 
une periode future ; 

appliquer lesdits taux d'actes a la popula- 30 
tion de reference par MGA projetee, per- 
mettant ainsi la prevision des taux d'actes 
futurs de prestations medicales du fournis- 
seur de soins medicaux sujet ; 
determiner les charges prevues de cas fu- 35 
turs des unites operationnelles speciali- 
ses du fournisseur de soins medicaux a 
I'aide des taux d'actes prevus ; et 
employer un effectif approprie de person- 
nel de soins medicaux dans les unites ope- *o 
ration nel les en fonction des charges pre- 
vues de cas futurs. 

2. Procede selon la revendication 1 dans lequel I'eta- 
pe consistant a determiner une population de refe- 
rence par MGA est caracterisee par les etapes 
consistant a : 

determiner un volume present de population 
par cohorte par MGA a partir dudit fichier de 50 
donnees de recensement (A) ; 
determiner un nombre de personnes suivies 
par un fournisseur de soins medicaux par co- 
horte par MGA (B) ; 

determiner un nombre de personnes suivies 55 
par un fournisseur de soins medicaux par co- 
horte par MGA (C) ; 

calculer une population de reference (R) par 



cohorte conformement a la formule R=Ax(C/ 
B); 

combiner la population de reference pour cha- 
que cohorte par MGA afin d'obtenir la popula- 
tion totale de reference par MGA. 

3. Procede selon la revendication 2 caracterise en ce 
qu'il comporte les etapes consistant a : 

determiner les taux d'actes pour la population 
de reference pour plusieurs annees anterieu- 
res par categorie de prestations medicales ; 
calculer, par categorie de prestations medica- 
les, une equation de trace optimal a partir des 
donnees de taux d'actes des annees 
precedentes ; 

determiner les taux d'actes futurs pour la popu- 
lation de reference conformement a ladite 
equation. 

4. Procede selon la revendication 3 caracterise en ce 
qu'il comporte les etapes consistant a : 

fournir des donnees de planification de deve- 
loppement de locaux pour une communaute 
proposee ; 

etablir la demographie d'une communaute pro- 
posee en fonction des donnees historiques en 
prenant en compte les developpements passes 
de locaux qui ont ete mis en oeuvre dans une 
MGA dans laquelle se trouve la communaute 
proposee ; 

estimer le nombre d'actes de prestations medi- 
cales pour la population de la communaute pro- 
posee en fonction des taux d'actes d'une popu- 
lation generate ; et 

incorporer le nombre estime d'actes de presta- 
tions medicales a la quantite d'actes de presta- 
tions medicales calculee pour la MGA dans la- 
quelle se situe la communaute proposee. 

5. Procede selon la revendication 4 dans lequel I'eta- 
pe de determination de la demographie de ladite 
communaute proposee est caracterisee en ce 
qu'elle comporte les etapes consistant a : 

determiner le nombre d'unites de locaux plani- 
fie pour ladite communaute proposee et leurs 
localisations a partir des donnees de develop- 
pement de locaux ; 

determiner a partir des donnees d'historique de 
developpement de locaux et de recensement, 
une repartition de la proportion de cohortes 
pour chaque tranche de localisations de 
locaux ; 

multiplier la repartition des cohortes en fonction 
du nombre planifie d'unites de locaux afin de 
calculer la demographie de ladite communaute 
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proposee. 

6. Procede selon ta revendication 5 caracterise par 
la determination, a partir des donnees d'historique 

de developpement de locaux et de recensement, 5 
d'une repartition ethnique par cohorte par tranche 
de prix de locaux, et dans lequel ladite etape de cal- 
cul des taux d'actes a partir de la population gene- 
rale comprend les etapes consistant a calculer les 
taux d'actes pour pratiquement chaque groupe eth- 10 
nique de la repartition ethnique par cohorte en limi- 
tant ladite population generale au groupe ethnique 
respectif et en combinant ensuite les taux d'actes 
calcules par groupe ethnique afin de calculer les 
taux d'actes totaux par cohorte. 15 

7. Procede selon Tune des revendications 2 a 6 dans 
lequel ladite determination dudit facteur de crois- 
sance de population pour une MGA donnee est ca- 
racterisee par les etapes consistant a : 20 

determiner une premiere variation d'une quan- 
tite d'unites de locaux recemment construites a 
partir d'une quantite moyenne recente d'unites 
de locaux construites pour les MGA constituant 25 
la juridiction ; 

determiner une seconde variation d'un taux his- 
torique de croissance de population pour la 
MGA donnee a partir d'un taux historique de 
croissance juridictionnel publie en fonction des 30 
taux de natalite, de dates et de migrations ; 
correler lesdites premiere et seconde 
variations ; 

determiner une troisieme variation du nombre 
planifie present d'unites de locaux a partir d'une 35 
quantite moyenne planifiee d'unites de locaux 
pour les MGA constituant la juridiction ; 
appliquer la correlation a la troisieme variation 
afin de calculer une variation du taux present 
de croissance juridictionnel publie ; et 40 
faire varier le taux de croissance juridictionnel 
publie au moyen de la quatrieme variation afin 
de calculer ledit facteur de croissance de po- 
pulation. 

45 

8. Systeme de traitement de donnees medicales des- 
tine a fonctionner sur un ordinateur (10) disposant 
d'une unite centrale de traitement (12), d'une me- 
moire vive (14), d'un moyen de stockage alterable 

et non-volatile (16) et d'un terminal d'entrees/sor- so 
ties (18), le systeme de traitement de donnees me- 
dicates comprenant : 

un fichier de donnees composites de dossiers 
de patients (30) (PRCF) contenant des dos- 55 
siers de patients pour pratiquement I'ensemble 
de la population de patients du fournisseur de 
soins medicaux sujet d'une region delimitee, 
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lesdits dossiers de patients comprenant (a) une 
zone d'adresse indiquant une zone microgeo- 
graphique parmi une pluralite de zones micro- 
geographiques (MGA) dans laquelle reside le 
patient et (b) des codes de classification prima i- 
res indiquant les procedures medicales pas- 
sees appliquees au patient ; 
un fichier de donnees de classification primaire 
(35) contenant des donnees destinees a asso- 
cier les codes de classification primaire a des 
codes de classification de niveau plus eleve in- 
diquant les unites operationnelles du fournis- 
seur de soins medicaux sujet fournissant les 
procedures medicales representees par les co- 
des de classification primaire ; 
un fichier de donnees de recensement (45) 
contenant des donnees de recensement de la 
region delimitee ; 

un fichier de donnees de projection de crois- 
sance (50) contenant des facteurs de croissan- 
ce de population pour la region delimitee ; 
un module de region de captage (100) determi- 
nant, a partir des donnees de recensement, 
une population pour chaque MGA unique pre- 
sente dans les zones d'adresses du PRCF ; 
un module de population de reference (200) de- 
terminant une population de reference presen- 
te par MGA pour le fournisseur de soins medi- 
caux sujet et determinant une population de re- 
ference future projetee par MGA en appiiquant 
les facteurs de croissance de population a la 
population de reference presente par MGA ; 
un module de demande (400) determinant les 
taux d'actes des procedures medicales repre- 
sentees par les codes de classification primai- 
re, projetant les taux d'actes futurs des presta- 
tions medicales en appiiquant les taux d'actes 
a la population de reference projetee et deter- 
minant les demandes projetees d'unites opera- 
tionnelles du fournisseurde soins medicaux su- 
jet en associant les taux d'actes futurs de pres- 
tations medicales aux unites operationnelles 
en fonction des donnees contenues dans le fi- 
chier de donnees de classification primaire. 

9. Systeme selon la revendication 8 dans lequel le fi- 
chier de donnees composites de dossiers de pa- 
tients (30) comprend des dossiers de patients pour 
d'autres fournisseurs de soins medicaux de la re- 
gion delimitee, le module de region de captage 
(100) determine une region de captage pour cha- 
que fournisseur de soins medicaux, et le systeme 
comprend : 

un module d'analyse de rendement de presta- 
tions (500) comparant I'etendue geographique 
des regions de captage de differents fournis- 
seurs de soins de sante dans la region delimi- 
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tee, calculant un taux de patient par rapport aux 
ressources de soins medicaux pour au moins 
une categorie de prestations medicales pour 
chaque fournisseur de soins medicaux, compa- 
rant les taux de ressources a une valeur d'eva- 5 
luation de performances et indiquant la possi- 
bility de transferer des ressources de soins me- 
dicaux entre les fournisseurs de soins medi- 
caux situes dans des zones de captage se che- 
vauchant au moins partiellement lorsque les 10 
taux de ressources se situent au-dessous de la 
valeur devaluation de performances. 

10. Systeme selon la revendication 8 dans lequel le fi- 
chier de donnees composites de dossiers de pa- 15 
tients (30) comprend des dossiers de patients 
d'autres fournisseurs de soins medicaux de la re- 
gion delimitee, le module de region de captage 
(100) determine une region de captage pour le four- 
nisseur de soins medicaux sujet et le systeme inclut 20 
un module d'analyse regionale (600) determinant le 
potentiel de rapatriement du fournisseur de soins 

de sante sujet en procedant aux etapes consistant 
a : 

25 

selectionner des dossiers de patients dans le 
PRCF en prenant en consideration les patients 
demandeurs de prestations medicales hors de 
la region de captage, constituant ainsi un 
ensemble ; 30 
calculerune limite isarythmique pour le fournis- 
seur de soins medicaux sujet ; 
exclure des dossiers de patients de I'ensemble 
en considerant les patients residant a I'exte- 
rieur de la limite isarythmique ; 35 
determiner, en fonction de I'ensemble et des 
prestations medicales proposees par le four- 
nisseur de soins medicaux sujet, le nombre 
possible de rapatriements de patients ; 
determiner le nombres de lits et de profession- *o 
nels de soins medicaux necessaires pour re- 
pondre aux rapatriements possibles de pa- 
tients en fonction des evaluations de perfor- 
mances predeterminees. 

45 

1 1 . Systeme selon la revendication 9 ou 1 0 dans lequel 
le module de region de captage (100) determine 
une region de captage en calculant, pour chaque 
MGA de la region delimitee, une proportion d'utili- 
sation des ressources du fournisseur de soins de 50 
sante donne en fonction de la population ; et 

selectionner un sous-ensemble des MGA, le- 
dit sous-ensemble comprenant les MGA presentant 
la proportion la plus elevee de niveaux de quantifi- 
cation d'utilisation et incluant des MGA supplemen- 55 
taires, ordonnees par niveau de quantification de- 
croissant, jusqu'a ce que le sous-ensemble de MGA 
represente collectivement une proportion cumulati- 



ve predeterminee d'utilisation, determinant ainsi 
une distribution efficace de Pareto de la population 
de patients du fournisseur de soins medicaux don- 
ne. 
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